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Arrangements and method for handling macro diversity in UTRAN 

Field of the invention 

5 The present invention relates to arrangements and method in a third 

generation mobile telecommunication system and evolved variants 
thereof. In particular, the invention relates to arrangements and method 
for handling timing of the combining procedure in conjunction with 
certain aspects of macro diversity in a UMTS Radio Access Network 
10 (UTRAN) transport network. 

Background of the invention 

Third generation (3G) mobile communication systems (e.g. Universal 
MobHe Telecommunications System (UMTS)) shall offer high quality voice 
and data services for mobile users. The systems shall also provide high 

15 capacity and universal coverage. In some situations that may however be 

difficult to fulfil, due to unreliable radio channels. One promising 
technique to combat link reliability problems over the radio interface is 
macro diversity techniques. Macro diversity should however also be seen 
as an inherent consequence of using Code Division Multiple Access 

20 (CDMA) as the multiple access technique in a cellular network. CDMA is 

an interference limited technology. That is, it is the interference in a cell 
that sets the upper limit for the cell's capacity. To keep the interference 
as low as possible it is essential that the base station controls the output 
power of the radio transmitters of the mobile terminals in the ceU, i.e. 

25 fast and efficient power control is essential. As a mobile terminal moves 

towards the periphery of a cell it has to increase the power of its radio 
transmission in order for the base station to be able to receive the 
transmitted signal. Likewise, the base station has to increase the power 
of its radio transmission towards the mobile terminal. This power 

30 increase has a deteriorating effect on the capacity of both the mobile 

terminal's own cell and the neighbouring cell(s) which the mobile 
terminal is close to. Macro diversity is used to mitigate this effect. When 



wo 2005/062495 PCT/SE2004/000144 

2 

the mobile terminal communicates via more than one base station, the 
quality of the communication can be maintained with a lower radio 
transmission power than when only a single base station is used. Thus, 
macro diversity is both a feature raising the quality of unreliable radio 
5 channels and a necessity that is required in order to overcome an 

inherent weakness of CDMA based cellular systems. 

Figure 1 illustrates a UTRAN. The Radio Network Controller (RNC) 102 is 
coimected to the Core Network 100 that in turn may be connected to 
another network. The RNC 102 is connected to one or more Node Bs 104 
also denoted base stations via a transport network 106. The transport 
network 106 may e.g. be IP-based or ATM-based. The Node Bs 104 may 
be wirelessly connected to one or several User Equipments (UEs) 110 also 
denoted mobile terminals. A Serving-RNC (S-RNC) 102 is a RNC that has 
a Radio Resource Connection (RRC) connection with the UE 110. A Drift- 
RNC (D-RNC) 112 is a RNC that may be connected to a UE 110, but 
where another RNC 102, i.e. the S-RNC, handles the RRC connection 
with the UE 110. 

20 Macro diversity enables a mobile station to communicate with a fixed 

network by more than one radio link, i.e. a mobile can send/receive 
information towards /from more than one radio port (or base station also 
denoted Node B) . The radio ports (RPs) are spatially separated at distance 
from a short distance, e.g. between different floors in a building, (pico- 

25 cells) up to about some kilometres (micro- and macro-cells). As the 

propagation conditions between the mobile terminal and the different 
RPs, are different at the same moment in time, the resulting quality of 
the combination of the received signals is often better than the quality of 
each individual signal. Thus, macro diversity can improve radio link 

30 quality. When a mobile terminal is connected to more than one base 

station simultaneously, the UE is said to be in soft handover. 

Macro diversity is applicable only to dedicated channels (DCH) . Currently 
all the macro diversity functionality resides in the RNC provided that the 
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corresponding functionality for softer handover in Node B is not 
considered. Softer handover implies that a UE has two or more radio 
links to the same Node B. The softer handover combining performed in 
the uplink in the Node B is more advanced than the selective combining 
5 performed in the RNC. In the downlink, the splitting is performed in the 

RNC, which ensures that a copy of each downlink DCH FP frame is sent 
through each leg in the active set of the concerned DCH. Both DCH FP 
data frames and DCH FP control frames are subject to the splitting 
function. 

In the uplink, the RNC performs the combining, which is more 
complicated than, the splitting. Only DCH FP data frames are subject to 
the combining procedure. DCH FP control frames are not combined, 
since each uplink DCH FP control frame includes control data that is 
specific for an individual Node B. For the uplink, the RNC has a time 
window in which all legs are expected to deliver their contribution to the 
combining (i.e a DCH FP frame with a certain Connection Frame Number 
(CFN)). At the expiration of the time window, all the DCH FP frames with 
the correct CFN that were received within the time window are passed to 
the combining function. 

The actual combining is a selection of the best piece of data out of the 
candidates that were received through the different legs. For non-voice 
DCHs, the unit of selection is a transport block (TB). To determine which 
of the candidates to select for a certain transport block, the CRCI for the 
concerned TB is checked in each of the delivered frames. If one and only 
one of them indicates that the TB was correctly received at the Node B 
(i.e. that the CRC check was successful for the concerned TB when it was 
received by the Node B), this TB is selected. Otherwise, if more than one 
of the CRCIs indicate successful CRC check, the combining function 
selects the one of these TBs that belongs to the frame with the greatest 
Quality Estimate (QE) parameter. The QE parameter is a measure of the 
current bit error rate over the radio interface. Likewise, if all of the CRCIs 
indicate unsuccessful CRC check, the combining function selects the TB 
from the frame with the greatest QE parameter. If in the two latter cases, 
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the greatest QE parameter value is found in two or more of the frames 
(i.e. if these QE parameters are equal too), the selection of TB is 
implementation dependent. Figure 2 illustrates the combining procedure 
for non-voice DCHs. 

For voice DCHs, the combining works slightly differently. The Adaptive 
Multi Rate (AMR) speech codec produces three subflows, wherein each 
are transported in a respective DCH. These three DCHs are so-called 
coordinated DCHs. The coordinated DCHs are included in the same DCH 
FP frame and there is only one TB for each subflow in a frame. During 
the combining, the combining function does not select separate TBs from 
different candidate frames to create a new combined frame as described 
above in the context of non-voice DCHs. Instead it selects one entire 
frame based on the CRCI for the TB associated with subflow 1 , which is 
the most significant subflow. The CRCI of the other subflows are 
insignificant, since these subflows are not CRC protected over the radio 
interface. Again, if the CRCIs indicated unsuccessful CRC check or 
because all of the concerned CRCIs indicate unsuccessful CRC check, the 
frame with the greatest QE parameter is selected. Figure 3 illustrates the 
combining procedure for voice DCHs. 

Hence macro diversity in current UTRANs is realised through macro 
diversity functionality, also denoted as Diversity Handover (DHO) 
functionalily in the RNCs. The current standards allow DHO functionality 
25 in both the Serving RNC (S-RNC) and the D-RNC, but the possibility to 

locate the DHO functionality in the D-RNC is commonly not used. 

Thus, a problem in the existing macro diversity solutions is that the split 
downlink flows and the uncombined uplink flows of user data are 
30 transported all the way between the RNC and the Node B. That results in 

that costly transmission resources are consumed in the UTRAN transport 
network, which also results in significant costs for the operators. 
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Summary of the invention 



The problem is solved by the present invention by distributing the macro 
diversity functionality from the RNC to another node in the UTRAN closer 
to the mobile terminal. The node is referred to as a Diversity Handover 
5 (DHO) enabled node and may be a node in the UTRAN transport network 

such as a router or a Node B or even a future type of node, e.g. a 
specialised DHO node. Thus the splitting and combining of the traffics 
flows may be performed in a router in the transport network or in a Node 
B. The macro diversity functionality may also be distributed to more than 
10 one such other node so that several splitting and combining nodes are 

interconnected in a way that a hierarchical tree of macro diversity data 
flows is formed. 



However, when the macro diversity functionality, also referred to as DHO 
15 functionality, is distributed to other nodes than the RNCs, possibly in a 

hierarchical fashion, a problem arises in conjunction with the timing of 
the uplink combining procedure. 



Thus, the object of the present invention is to achieve a method and 
20 arrangements for solving the problem of the timing of the uplink 

combining procedure. 



The most important advantage achieved by the present invention is 
transmission savings in the UTRAN transport network, which translate 
25 into significant cost savings for the operator. The transmission savings 

are realised through optimised location of the DHO functionality. Thereby 
the redundant data transport is eliminated in the parts of the path, 
where data pertaining to different macro diversity legs of the same DCH 
would otherwise be transported in parallel along the same route. 

30 

Another advantage of the present invention is that it facilitates that RNCs 
may be located in more central locations of the network (i.e. with less 
geographical distribution). The main purpose of the current common 
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geographical distribution of RNCs is to limit the transmission costs for 
the parallel macro diversity legs. When this parallel data transport is 
eliminated, it becomes more beneficial for an operator to centralise the 
RNCs, e.g. by co-locating them with Mobile Switching Centres (MSCs) or 
5 Media Gateways (MGWs). Co-locating several nodes on the same site 

results in simplified operation and maintenance, which also means 
reduced costs for the operator. 



Brief description of the drawings 

10 Fig. 1 is a schematic illustration of a UMTS Terrestrial Radio Access 

Network. 

Fig. 2 illustrates schematically the combining procedure for non-voice 
DCHs. 

Fig, 3 illustrates schematically the combining procedure for voice DCHs. 

15 Fig. 4a and 4b illustrates schematically potential transmission savings 

in a network according to the present invention 

Fig. 5 is a schematic reference figure for the timing algorithm 1 
according to the present invention. 

Fig. 6 is a schematic reference figure for algorithm 1 when relative times 
20 are used according to an embodiment of the present invention. 

Fig. 7 and fig. 8 illustrate schematically the combining timing scheme 
according to one embodiment of the present invention. 

Figure 9 illustrates the basic operation of a combining timing algorithm 
in the single-leg mode. 

25 Figure 10 illustrates the basic operation of a combining timing algorithm 

using a variation of the single-leg mode. 

Figure 11 is a flowchart of the method according to the present 
invention. 

30 Detailed description 

The present invention wiU now be described more fully hereinafter with 
reference to the accompanying drawings, in which preferred 
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embodiments of the invention are shown. This invention may, however, 
be embodied in many different forms and should not be construed as 
limited to the embodiments set forth herein; rather these embodiments 
are provided so that this disclosure will be thorough and complete, and 
) will fully convey the scope of the invention to those skilled in the art. In 

the drawings, like numbers refer to like elements. 



In the further description of the present invention coordinated DCHs are 
not specifically treated. In the aspects that are significant to the present 

10 invention a set of coordinated DCHs is treated in the same way as a 

single separate DCH. The DCHs of a set of coordinated DCHs use a 
common transport bearer and in an IP UTRAN the frames (of a set of 
coordinated DCHs) with the same CFN are included in the same UDP 
packet. The special combining procedure for coordinated DCHs has been 

15 described above. Thus, omitting coordinated DCHs serves to simplify the 

description of the present invention and makes the text more readable. 
To generalize the description of the present invention so as to comprise 
coordinated DCHs would be obvious for a person skilled in the art, 
although it would significantly complicate the text. 

20 The present invention may be implemented in a UTRAN having an 

Internet Protocol (IP) -based transport network as illustrated in figure 1. 
The IP based transport network may be controlled by an IP of version 4, 6 
or future versions. The present invention may also be implemented in a 
UTRAN having an Asynchronous Transfer Mode (ATM) based transport 

25 network. 

In order to reduce the required transmission resources, the present 
invention proposes to distribute the macro diversity functionality from 
the RNC to another node in the UTRAN closer to the mobile terminal. The 
node is referred to as a DHO enabled node and may be a node in the 
30 UTRAN transport network such as a router or a Node B or even a future 

type of node, e.g. a specialized DHO node. Thus the splitting and 
combining of the traffics flows may be performed in a router in the 
transport network or in a Node B. The macro diversity functionality may 
also be distributed to more than one such other node such that several 
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Splitting and combining nodes are interconnected in a way that a 
hierarchical tree of macro diversity data flows is formed. 



However, when the macro diversity functionality, also referred to as DHO 
5 functionality, is distributed to other nodes than the RNCs, possibly in a 

hierarchical fashion, a problem arises in conjunction with the timing of 
the uplink combining procedure. 

In the further description a DHO enabled node that is actually executing 
10 the DHO functionality is denoted a DHO node. The DHO node that is 

responsible for a radio link towards the mobile terminal may more 
specifically be denoted radio active DHO node. Likewise, the DHO node 
that is not responsible for a radio link towards the mobile terminal e.g. a 
router in the UTRAN transport network or a Node B without a radio link 
15 to the mobile terminal may more speciScally be denoted non-radio active 

DHO node. 

In current UTRANs the RNC has a receive window for uplink DCH FP 
frames with the same Connection Frame Number (CFN) from diEferent 
macro diversity legs of the same DCH. At the end of the receive window 

20 the received frames are combined. The receive window may be adjusted, 

i.e. moved (and theoretically even extended or shrunk) based on the 
actual arrival times of the uplink frames, in order to adapt to the 
transport delay through the UTRAN transport network. The RNC may 
also simply set the time of arrival window in a non-adaptive fashion 

25 based on the maximum delay that a frame (under normal circumstances) 

experiences when transported through the UTRAN transport network. 
The UTRAN transport network is then dimensioned such that the 
transport delay for a DCH FP frame under normal circumstances very 
seldom exceeds a maximum allowed value. 
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When the DHO functionality is distributed to other UTRAN nodes, the 
situation is different. The distributed DHO nodes introduce longer data 
paths and, in case of hierarchical DHO nodes, additional combining 
delays. In order to efficiently utilise the distributed, hierarchical DHO 

5 fanctionality the additional combining delay should be minimised. In 

addition, in the general case the hierarchical DHO node scheme enables 
numerous potential combinations of DHO nodes, resulting in many 
different possible transport delays between a leaf Node B and a DHO 
node. Thus, a simple "always-assume-maximum-delay" strategy is not 

10 acceptable. To be able to economise with the combining delay and to be 

able to deal with unpredictable delays, an adaptive uplink receive window 
for each DCH has to be used in the distributed DHO nodes according to 
the present invention. Furthermore, if a DHO node lacks a suitable 
internal time reference for the receive window, this is yet a motivation for 

15 making the receive window adaptive. 

One object of the upUnk combining timing algorithm according to the 
present invention is to minimise the additional delay caused by waiting 
for lost or abnormally delayed frames, while ensuring that normally 
delayed frames are seldom lost (i.e. excluded from the combining 

20 procedure). In essence, the object of the timing algorithm is to achieve a 

reasonable trade-off between combining delay and frame loss. Therefore 
the timing algorithm according to the present invention is arranged to 
adapt the end of the receive window to the greatest reasonable delay for a 
certain delay class (if delay classes are used). The timing algorithm uses 

25 the actual arrival times of the uplink frames as input data together with 

parameters that are either preconfigured, e^qjlicitly signalled from the 
RNC or derived from data signalled from the RNC, e.g. the Transmission 
Time Interval (TTI) and DCH characteristics. 

Explicitly signalled timing algorithm parameters are conveyed from the 
30 RNC to the DHO node in conjunction with the establishment or 

modification of the macro diversity tree. The protocol to use to convey the 
parameters from the RNC to the DHO node may be NBAP, RNSAP or 
some other type of protocol for conveying parameters from the RNC to a 
node acting as a DHO node. 
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The timing algorithm may be executed in either of two modes: single-leg 
mode or all-leg mode. In the single-leg mode a DHO node executes one 
independent timing algorithm instance for each uplink macro diversity 
leg (for each DCH) that the DHO node combines (except the one that 
5 arrives across the radio interface of the DHO node itself) . For each CFN 

for which uplink frames are expected (i.e. for each TTI) the timing 
algorithm calculates a receive window for each macro diversity leg. It 
should be noted that the receive window is denoted "receive window" or 
"leg receive window" for the single leg mode while the receive window is 
10 only denoted "receive window" for the all-leg mode. Hence, the term 

receive window may be referring to both the single-leg mode and the all- 
leg mode. 



A Node B transmits data once every TTI. The size of the TTI may vary for 
15 different DCHs, whereas the CFN is always incremented at a constant 

rate (with a period of 10 ms) that is higher than that of the smallest 
possible TTI. Thus, depending on the size of the TTI the difference 
between the CFNs of two consecutive DCH FP data frames may be 
different for different DCHs. For simplicity this circumstance is 
20 disregarded during the further description of the present invention. 

A receive window for a single macro diversity may as described above 
henceforth be denoted "leg receive window". For each frame combining 
(i.e. for each CFN), the timing algorithm instance that indicates the latest 
25 combining time (i.e. the latest leg receive window end) governs the latest 

allowed time of combining. 

A leg receive window is "closed" when its end is reached or when the 
expected frame arrives, whichever happens first. A DHO node keeps 

30 waiting for frames to be combined as long as at least one of the leg 

receive windows associated with the DCH macro diversity legs to be 
combined is "open". Assume, for instance, that a DHO node combines 
two macro diversity legs in addition to the macro diversity leg across its 
own radio interface for a certain DCH. The leg receive window for the first 

35 leg has the latest endpoint, but its frame happens to arrive before the 

frame of the second leg. The leg receive window of the first leg is then 
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closed and the DHO node will wait no longer than untU the end of the leg 
receive window of the second leg (or until the frame of the second leg 
arrives) before it combiaes the received frames and sends off the result. 
This means that even if the frame of the second leg does not arrive, the 
5 DHO node may stop waiting before the end of the leg receive window of 

the first leg (which had the latest endpoint) , which was initially seen as 
the latest allowed time of combining. This example of the basic operation 
of a timing algorithm in the single-leg mode is illustrated in figure 9 . 

A variation of the single-leg mode, which could be seen as something in 

10 between the above described single-leg mode and the all-leg mode, is to 

let a leg receive window remain "open" until its endpoint, even if its 
expected frame has arrived (unless the frame was the last of the frames 
to be combined in which case the frames are combined immediately upon 
the arrival of the last frame) . With this principle the above example with 

1 5 two macro diversity legs in addition to the macro diversity leg across the 

radio interface of the DHO node becomes different. Since the leg receive 
window of the first leg is not closed when its frame arrives, the DHO node 
may wait for the frame of the second leg as long as until the end of the 
leg receive window of the first leg (which had the latest endpoint) before 

20 combining the received frames (unless the frame of the second leg arrives 

earlier than the end of the leg receive window of the first leg). Thus, in 
this variation of the single-leg mode the end of the leg receive window of 
the first leg (i.e. the latest of the endpoints of the leg receive windows of 
the macro diversity legs to be combined) remains the latest allowed time 

25 of combining irrespective of when the different frames arrive. This 

example of the basic operation of a timing algorithm using this variation 
of the single-leg mode is illustrated in figure 10. 

In the all-leg mode , a DHO node executes a single timing algorithm 
instance for all uplink macro diversity legs (for each DCH) that the DHO 
30 node combines (excluding the one that arrives across the radio interface 

of the DHO node itself). The timing algorithm calculates a receive window 
for each CFN, but no separate leg receive windows. 
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In both modes, if the DHO node has received an uplink frame from each 
macro diversity leg to be combined before the latest allowed time of 
combining, it should not waste time waiting until the end of a receive 
window. Instead, it immediately combines the received frames and sends 
5 off the result. The opposite strategy, i.e. always waiting until the latest 

allowed time of combining (according to the timing algorithm), would also 
work, although less efficiently, and may have the advantage that it is 
simpler to implement. 

Furthermore, if the DHO node is a radio active DHO node that has two 
10 (or more) softer handover legs for the concerned DCH, the DHO node 

should always wait for the completion of the softer handover combining 
before performing the combining of the other macro diversity leg(s) , even 
if the softer handover combining is not completed until after the last 
allowed time of combining according to the timing algorithm. In essence 
15 this means that the actual latest allowed time of combining is set by the 

latest of the time indicated by the timing algorithm and the time of 
completion of the softer handover combining. 

Frames that arrive too late for the combining procedure may be either 
discarded or forwarded uncombined. Discarding is the simplest principle, 
20 but if forwarding is used, the frame may eventually be included in a 

combining procedure in the RNC. If the forwarding option is used, DHO 
nodes should always be prepared to recalculate the timing algorithm 
calculations in accordance with a later arriving unexpected frame. 



25 In a radio active Node B acting as a DHO node the expected time of 

arrival of uplink data across the radio interface forms a natural reference 
that marks the start of the receive window or leg receive window for a 
certain CFN. For such radio active DHO nodes the RNC may provide an 
initial estimate for the end of the receive window or the end of each leg 

30 receive window, based on the delay information in a topology database or 

possibly other information sources. In a non-radio active DHO node e.g. a 
non-radio active Node B or a router there is no such reference. Instead a 
non-radio active DHO node may use the end of the previous receive 
window or leg receive window (or the time of combining for the previous 
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CFN) as the start of the current receive window or leg receive window. A 
consequence of the lack of time reference is that the combining non-radio 
active node is not able to easily define a time of arrival window for the 
frames to be combined. The trigger point may be the first of the candidate 

5 frames that arrive. The non-radio active node is then required to wait for 

the remaining candidate frame (s) to arrive from the other leg{s) . When the 
combining is performed in the RNC as in the prior art, the RNC waits 
until the end of the TTI, but the non-radio active node does not have any 
such reference timing. Thus the timing algorithm may differ between 

10 radio active DHO nodes and non-radio active DHO nodes. 

The timing algorithm must also be able to handle the case when frames 
do not arrive at all (e.g. because of frame loss or discontinuous 
transmission, DTX). There are two solutions to the problem that a DHO 
node caanot determine in advance whether a frame will not arrive at all 
or is just being unexpectedly or abnormally delayed. The first solution is 
that the DHO node after combining the available frames for CFN = n 
assumes that any yet outstanding frames will not arrive and performs 
the timing algorithm calculations accordingly. In such case the DHO 
node must be prepared to recalculate the timing algorithm calculations 
in case an outstanding frame subsequently arrives. Thus, the DHO node 
must keep the timing algorithm parameters associated with CFN = n 
until the start of the next receive window or leg receive window or until a 
frame with a CFN > n arrives. The second solution is that the DHO node 
waits a sufficiently long time, e.g. TTI/2 or until, or almost until, the 
expected start of the next receive window or leg receive window if such a 
time reference is available before it performs the timing algorithm 
calculations associated with CFN = n. 

An RNC (i.e. an SRNC or a combining DRNC) may use the same timing 
30 principle (and algorithm if any) as in today's UTRANs without distributed 

DHO functionality, but it may also use any timing algorithm described in 
the embodiments of the present invention. If an RNC uses a timing 
algorithm that requires a time reference, it can estimate a reasonable 
time reference based on the synchronization between the RNC and the 
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Node Bs which is acquired e.g. by using a Node Synchronisation 
procedure. 



Hence, one way to overcome the above stated problem is according to the 
5 present invention to let the DHO node define an adaptive latest accepted 

time of arrival (LAToA) for a next DCH frame or a next set of frames to be 
combined, i.e. the expected frame or frames with a certain Connection 
Frame Number (CFN). The object is to adapt the LAToA to the maximum 
transport delay that the frame or frames is/ are allowed to experience on 
10 its/ their path(s) from the originating Node B(s) to the DHO node, 

assuming that this transport delay very seldom exceeds the maximum 
allowed transport delay as stipulated by standard requirements. 

In general, the DHO node uses one of the timing algorithms further 
15 described below to estimate the LAToA for the next frame (in the single- 

leg mode) or set of frames (in the all-leg mode) to be combined, i.e. a set 
of frames with a certain CFN, based on the times of arrival of the 
previous set of frames, i.e. the frames with the previous CFN. The 
estimates are adjusted for each new CFN. 

20 A number of upHnk combining timing algorithms according to 

embodiments of the present invention are described in the following. 
Some of them are designed specifically for radio active DHO nodes, while 
others can be used by both radio active and non-radio active DHO nodes. 

Timinp- Al gorithms for Radio Active DHO Nodes 

25 The uplink combining timing algorithms in this section are designed for 

radio active DHO nodes. 

Timing Algorithm 1 

Timing algorithm 1 calculates the LAToA for a next frame or (in the 
single-leg mode) or set of frames (in the all-leg mode) to be combined and 
30 is first elaborated for the single-leg mode. Then the differences between 

the all-leg mode and the single-leg mode are described. 
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The timin g algorithm adapts to the actual arrival times of the uplink 
frames in order to set a reasonable end of the leg receive window. It 
allows a safety margin for each frame in addition to the latest expected 
time of arrival. 

5 When a frame arrives later than expected, this is interpreted as an 

indication of that the end of the leg receive window should be moved later 
in time for the next frame. However, since there are occasional 
abnormally delayed frames and since the path delay may vary in time, 
the algorithm slowly moves the end of the leg receive window earlier in 
10 time when frames arrive before the latest expected time of arrival. 

If a single abnormally delayed frame causes the end of the leg receive 
window to be moved far, it may take a significant number of CFNs before 
the slow advancing mechanism has brought the end of the leg receive 
window back to reasonable values. In the meantime, the DHO node will 

15 wait too long for lost or abnormally delayed frames. The consequence of 

waiting too long is that the uplink frames that the DHO node sends may 
eventually arrive too late at the RNC and consequently be lost. To reduce 
this risk the desired behaviour of the algorithm is to be somewhat 
conservative in moving the end of the leg receive window further away in 

20 large steps and to quickly bring back the end of the leg receive window to 

reasonable values, until the late arrival time is confirmed by several 
frames. 

This behaviour is achieved by making the leg receive window end 
advancing mechanism adaptive in itself. A sudden large increase in the 
25 delay causes the advancing mechanism to speed up. During periods 

without large delay increases the advancing mechanism gradually slows 
down to a minimum value. 
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Figure 5 illustrates the timing algorithm 1. Figure 5 illustrates most of 
the parameters that are used in the timing algorithm for a general uplink 
frame with CFN = n. The LAToA and M parameters have to have their 
initial values defined, i.e. LAToAinit and Minit. The M parameter is the time 
5 distance between the latest expected ToA of a DCH frame n or set of DCH 

frames n and the end point of the adaptive receive window for DCH frame 
n or set of DCH frames n. 

A value to be used to set LAToAinit may be signalled from the RNC e.g. 
together with the other DHO related instructions. What actually may be 
10 signalled is a relative time limit i.e. the initial Latest Acceptable Relative 

Time of Arrival, LARToAinit. Thus, LAToAinit = refinit + LARToAinit. The RNC 
may base the LARToAinit value on delay data in the route tree retrieved 
from a topology database or possibly other information sources. 

In accordaace with an embodiment of the invention, the LAToAinit is not 
15 signalled from the RNC, but it is set to a preconfigured default value. 

This default value may be different or one aad the same for different QoS 
classes. E.g. one for each delay class if delay classes are used. It may 
also be derived from the DCH characteristics (e.g. those signalled from 
the RNC when the DCH is established) . In any case the default LAToAimt 
20 value should be conservatively set such that the initial receive window is 

only a rather small fraction (e.g. 10%) of the maximum allowed total 
transport delay in the UTRAN for the concerned delay class if applicable. 

In the general case the M parameter is defined as the sum of two parts: a 
fixed part (Max), which is the same for all CFNs, and a dynamic part 

25 (Mdynamic), which vacies for each CFN. There are several alternative ways of 

calculating Mdynamic If possible, the value of Minit is calculated by inserting 
the initial values of the input parameters in the general formula for M. If 
this is not possible, because some of the parameters in the general M 
formula have no defined initial values, then Minit = Mfix. Mfix may be 

30 signalled from the RNC (in the Combining timing info IE) or derived from 

the DCH characteristics. It may also be a preconfigured value, possibly 
per delay class. Mfix should typically have a value between 0 and around 
10% of the maximum allowed UTRAN transport network delay. 
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The value of the Minimum Leg Receive Window Size (MLRWS) parameter, 
i.e. the allowed minimum size of the receive window, may be signalled 
from the RNC e.g. together with other DHO related instructions. If it is 
not signalled from the RNC it may be either preconfigured or derived from 
5 the DCH characteristics (e.g. QoS class). 

In addition to the parameters illustrated in figure 5, some parameters 
are needed for the receive window end advancing mechanism, also 
referred to as the leg receive window end advancing step when associated 
with the single~leg mode: 

10 5n The receive window end advancing step for CFN = n. The purpose 

of the 5, is to advance the receive window end relative the time reference, 
as long as the received frames do not require the opposite. The object is 
to counteract influence from frames arriving later than they should 
according to their QoS class. Thus, the receive window end advancing 

15 step parameter is adapted to slowly reduce the size of the receive window 

when the frame or set of frames arrives /arrive before the end of the 
receive window. 



'mm 



The minimum leg receive window end advancing step. 



5inini/2 Half of the minimum leg receive window end advancing step. 
20 Sinit The initial value of 5. 6mit = 5min. 

f A parameter that is used in the calculation of 5n+i, when the 

uplink frame arrived too late for CFN = n, as in case 3 defined below. 

The initial value of 5 should be set to 6mm, i.e. 5init = 5mm. The f parameter 
should have a value between 0 and 1 , and may be pre-configured. A 
25 preferred value is f = 0.25. 

A summary of the parameters of the timing algorithm 1 is shown below, 
but it should be noted that the same parameters are used in other timing 
algorithms described below: 

refn The time reference (e.g. the expected time of arrival of uplink 
30 data across the radio interface) for CFN = n. refn+i = refn + TTI. 

refinit The time reference for the first uplink frame to be combined in 
the concerned macro diversity leg. 
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To An Time of Arrival of the frame with CFN = n. 

LAToAn Latest Acceptable time of Arrival for the frame with CFN = n. This 
is the end of the leg receive window. Frames with CFN < n arriving after 
LAToAn are not combined, 

5 LAToAinit The initial value of LAToA. This parameter value may be 

preconfigured (possibly per delay class) or derived from the DCH 
characteristics. It may also be signalled from the RNC in the form of 
LARToAinit with LAToAinit = refinit + LARToAinit. 

LEToAn Latest Expected Time of Arrival for the frame with CFN = n. 
1 0 LEToAn = LAToAn - Mn- 

MLRWS Minimum Leg Receive Window Size. This parameter indicates 
the minimum size of a leg receive window. It may be preconfigured, 
derived from DCH specific data (e.g. QoS class) or signalled from the 
RNC. MLRWS ^ 0. 

15 Mn The safety margin for the frame with CFN = n. The general 

formula for calculation of Mn is Mn = Msx + Mdynamic-n. 

Mfix The fixed part in the general formula for calculation of Mn- Mfix 
may be preconfigured, derived from DCH specific data or signalled from 
the RNC. Mfix typically has a value (possibly per delay class) between 0 
20 and around 10% of the maximum allowed UTRAN transport network 

delay. 

Mdynamic-n The dynamic part in the general formula for calculation of Mn. 

a A parameter used in the calculation of Mdynamic-n. a has a fixed 

configured value 0 < a « 1 . 

25 Minit The initial value of M. If Mdynamicinit is defined,. Minit = Mfix + 

Mdynamic-init. OtherwiSC Minit = Mfix- 

An The difference between the actual time of arrival and the latest 
acceptable time of arrival for the frame with CFN = n. An = To An - LAToAn. 

TTI Transmission Time Interval. The received frames arrives at an 
30 interval of one TTI. The parameter is a part of the basic DCH 

characteristics . 



wo 2005/062495 PCT/SE2004/000144 

19 

For each uplink frame the parameters LAToAn, Mn and 5n have to be 
calculated. For the first frame to be combined the initial parameter 
values are used. For any subsequent frame the algorithm considers four 
different cases: 

5 Case 1 : ToAn < LAToAn - Mn 

Case 2: LAToAn - Mn < ToAn ^ LAToAn 

Case 3: ToAn > LAToAn 

Case 4: The frame does not arrive at all, i.e. ToAn is undefined. 
The calculations performed for the different cases are described below. 
10 Case 1. ToA^ ^ LAToAn - Mn: 

5n+l - 5n/2 + 6minl/2 

LAToAn+1 = MAX(LAToAn + TTI - Sn+i, refn+i + MLRWS) 
There are different ways of calculating Mn+i: 
Mn+i calculation method I (the preferred method): 

15 Mn+i = Mfix + a(LAToAn+i - refn+i) = 

= Mfax + a(LAToAn + TTI - 5n+i - refn+i) 

The method I, adjusts Mn+i to the size of the leg receive window n+1. 
Mn^i calculation method II: 

Mn+i = Mfix + a(LAToAn - refn) 

20 The method II adjusts Mn+i to the size of the leg receive window n. That 

results in a poorer adjustment but the method II is less complex than 
method I. 

Mn+j calculation method III: 



Mn+i = Mfix + a(ToAn - refn) 
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The method III uses another principal than the methods I and 11. It 
adjusts Mn+i to the difference between the time of arrival for frame n and 
the time reference of frame n. 

Mn+i calculation method IV: 

5 Mn+i = Mfix (i.e. a = 0) 

Case 2. LAToA^ - M,. < To An < LAToA^: 

5n+l - 5ii/2 + 5niinl/2 

There are different ways of calculating Mn+i: 

Mn+i calculation method I (the preferred but also the most complex): 

10 Mn+i = Mfix + a(LAToAn+i - refn+i) = {see below for LAToAn+i} = 

= Mfix + a( MAX(ToAn + TTI + Mn+i - Sn+i, refn+i + MLRWS) - refn+i) {refn-M 
- TTI = refn} =^ M„^^ = 



where 



V 



-a 1-a J 



1 a 
— — xM r and are constants that can be preconfigured or 

15 calculated once and for all in advance. 

V 

Mn+1 calculation method II, III and W are the same as in case 1 . 
The last step is to calculate LAToAn+i: 

LAToAn-M = MAX(ToAn + TTI + Mn+i - 5n+i, refn+i + MLRWS) 
Case 3. ToAn > LAToAn: 

20 5n+l = 5n/2 + 5mml/2 + f X An 

Mn+1 is calculated in the same way as in case 2. 
LAToAn+i = MAX(ToAn + TTI + Mn+i - Sn+i, refn+i + MLRWS) 
Case 4, the frame does not arrive at all: 
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In this case ToAn is undefirLed. Set ToAn = refn and choose to perform the 
calculations of case 1 , case 2 or case 3 according to the normal criteria 
(which normally would result in that the calculations of case 1 are 
performed) . 

5 How does the DHO node determine that the frame will not arrive at all? 

What if the DHO node determines that the frame wiU not arrive and 
performs the calculations of case 4 and then the frame arrives after all? 
There are two solutions to this problem. The first one is that after LAToAn 
the DHO node performs the calculations of case 4, but if the absent 

10 frame subsequently arrives (before refn+i), the DHO node must be able to 

recalculate according to the calculations of case 3. Thus, the DHO node 
must keep the parameters associated with CFN = n until refn+i occurs. 
The second solution is that the DHO node waits a sufficiently long time, 
e.g. until refn+i (or almost until refn-t-i), before it performs the calculations 

15 associated with CFN = n. 

The following is a compact way of expressing timing algorithm 1 in the 
single-leg mode (using Mn+i calculation method I in all cases): 

IF (frame with CFN = n does not arrive) THEN ToAn = refn; 
An = ToAn - LAToAn; 

20 IF An > 0 THEN 5n+l = 5n/2 + 5niml/2 + f X An ELSE 5n-fl = 5n/2 + 5mml/2; 

IF An > -Mn THEN 

{ 

I ■ 

M 



= MAX — !— X (m^„ + a X {ToA„ - S„^, - ref„ )) M^„ + a x MLR WS 
\l-a J 



25 LAToAn+i = MAX(ToAix + TTI + M„+i - 5„+i, refn+i + MLRWS); 

} 

ELSE 
{ 

LAToA„+i = MAX(LAToA„ + TTI - 5n+i, refn+i + MLRWS); 
30 Mn+i = Mfix + a(LAToA„+i - refn+i); 

}; 
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This timing algorithm 1 may also be expressed in times relative to the 
time reference ref instead of absolute times. The resulting reference 
figure is shown in figure 6 . 

When relative times are used, if the initial Latest Acceptable Relative 
5 Time of Arrival (LARToAinit) parameter is signalled from the RNC, it may 

be used as it is as a time reference for the first frame to be combined. 

The timing algorithm 1 with relative times determines the LARToAn+i 
accordingly. The rest of timing algorithm 1 with relative times follows 
below: 

10 Case 1, RToAr, ^ LARToAn - Mn: 

5n+l = Sn/2 + 6inml/2 

LARToAn+1 = MAX(LARToAn - 5n+i, MLRWS) 
There are different ways of calculating Mn+i: 
Mn+i calculation method I (the preferred method): 

15 Mn+i = Mfix + a X LARToAn+i = 

= Mfix + a(LARToAn - 5n+i) 

Mn+j calculation method 11: 
Mn+i = Mfix + a X LARToAn 
Mn+j calculation method III: 
20 Mn+i = Mfix + a X RToAn 

Mn+j calculation method IV: 
Mn+i = Mfix (i.e. a = 0) 

Case 2. LARToA. - Mn < RToA. < LARToAni 

5n+l = 5n/2 + 5minl/2 

25 There are different ways of calculating Mn+i: 
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Mn+i calculation method J (the preferred method): 

Mn+i = Mfix + a X LARToAn+i = {see below for LARToAn+i} = 
= Mfix + a X MAX(RToAn + Mn+i - 6n+i, MLRWS) ^ 



M„^, = MAX 



1 _ ^ X + X {RToA„ - S„^, \ Mj.^+ax MLR WS 



where 



1 71^ 1 ^ 

xM j-^ and axe constants that can be preconfigured or 



1-a l-a 
calculated once and for all in advance. 

Mn+j calculation method II, III and IV are the same as in case 1 . 
The last step is to calculate LARToAn+i: 
LARToAn-t-i = MAX(RToAn + Mn+i - 5n+i, MLRWS) 
10 Case 3, RToAn > LARToAn: 

Sn+l - 5n/2 + 5ininl/2 + f X An 

Mn+1 is calculated in the same way as in case 2. 
LARToAn+i = MAX(RToAn + Mn4-i - 5n+i, MLRWS) 
Case 4, the frame does not arrive at all: 

15 In this case RToAn is undefined. Set RToAn = 0 and choose to perform the 

calculations of case 1 , case 2 or case 3 according to the criterias defining 
each case (which normally would result in that the calculations of case 1 
are performed). 

The following is a compact way of expressing timing algorithm 1 in the 
20 single-leg mode when relative times are used (using Mn+i calculation 

method I in all cases) : 

IF (frame with CFN = n does not arrive) THEN RToAn = 0; 
An = RToAn - LARToAn; 

IF An > 0 THEN Sn-M = 5n/2 + 5mml/2 + f X An ELSE 5n+l = 5n/2 + 5minl/2; 
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IF An > -Mn THEN 



{ 




f 1 



(m^„ +a^{RToA„ -S„j\Mf^ +axMLRWS\; 



X 



LARToAn+i = MAX(RToAn + Mn+i - Sn+i, MLRWS); 

5 } 

ELSE 

{ 

LARToAn+i = MAX(LARToAn ~ 5n+i> MLRWS); 
Mn+i = Mfix + a X LARToAn+i; 
10 }; 

When timing algorithm 1 is used in the all-leg mode there are only few 
differences from the above description. The ToA and RToA parameters are 
replaced by the Time of Arrival of Last Frame (ToAoLF) and Relative Time 
of Arrival of Last Frame (RToAoLF) parameters, which both refer to the 

15 arrival time of the last upHnk frame with a certain CFN from any of the 

macro diversity legs to be combined (except the one across the radio link 
of the DHO node) . In addition, the MLRWS parameter is replaced by the 
Minimum Receive Window Size (MRWS) parameter, which refer to the 
receive window for all macro diversity legs to be combined. Furthermore, 

20 in the all-leg mode the condition for case 4 becomes that none of the 

uplink frames arrive (including all macro diversity legs to be combined 
except the one across the DHO node's own radio interface). 

When (and if) signalling timing algorithm parameters to a DHO node 
using a timing algorithm in the all-leg mode, the RNC may include the 
25 LARToAinit, the MRWS, and the Mfix parameters (when sent to a radio 



active DHO node) . 
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If signalling of the LARToAinit parameter from the RNC is used, the RNC 
may or may not send a LARToAinit parameter to a DHO node using the 
timing algorithm in the aU-leg mode, when adding a new leg to be 
combined in the DHO node. The RNC may also send a new LARToAinit 
5 parameter to a DHO node whose combining procedure is not directly 

affected, because the delay of one of the existing macro diversity legs is 
affected by changes further down in the DHO node tree. The same 
applies for signalling of the MRWS parameter and the Mfix parameter. 
When a DHO node that is already executing the timing algorithm in all- 
10 leg mode receives a LARToAinit parameter from the RNC to be used for 

CFN = k, then the DHO node chooses to use it only if it results in a later 
LAToAk/LARToAk value than the one that is produced by the running 
timing algorithm. 

Timing Algorithm 2 

15 Timing algorithm 2 calculates the LAToA for a next set of frames to be 

combined and is first elaborated for the single-leg mode. Then the 
differences between the aU-leg mode and the single-leg mode are 
described. 

This timing algorithm builds on timing algorithm 1 , but with an addition 
20 of a parameter Extended Latest Expected Time of Arrival (ELEToA) that 

makes it slightly more advanced and complex. The purpose of the 
ELEToA is to let sparse but reoccurring late frames reduce the speed of 
the leg receive window end advancing mechanism for late frames. Hence, 
the introduction of ELEToA results in that the end of the receive window 
25 is extended to an extended point in order to counteract the speed of the 

receive window end advancing mechanism in the following case 3 if the 
frames arriving relatively late have occurred relatively frequently. 

The same notation and terminology as for timing algorithm 1 is used with 
the following additional parameters: 

30 ELEToAn Extended Latest Expected Time of Arrival for the frame with 

CFN = n. Only frames that arrive after both ELEToA and LAToA can 
increase the speed of the leg receive window end advancing mechanism. 
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ELEToAinit The initial value of ELEToA. ELEToAinit = LAToAinit. 

s A parameter used in the calculation of ELEToA. s should be a 

preconfigured small value (smaller than 5inm). A suggested value for s is s 

= 5min/8, 

« ^ 

5 (p A parameter used in the calculation of ELEToA. 9 is a 

preconfigured parameter that can have any value, preferably such that 0 

< 9 < Mfix. 

Almost the same cases are considered as in timing algorithm 1, but the 
conditions for case 2 and 3 are modified. 

10 Case 1: ToA„ < LAToAn - Mn 

Case 2: LAToAn - Mn < ToAn < LAToAn OR LAToAn < ToAn ^ ELEToAn 

Case 3: ToAn > LAToAn AND ToAn > ELEToAn 

Case 4: The frame does not arrive at all, i.e. ToAn is undefined. 

The calculations performed for the different cases are described below. 
15 Case 1, ToA.. < LAToAn - Mn: 

5n+l = 5n/2 + 5minl/2 

LAToAn+1 = MAX(LAToAn + TTI - 5n+i, refn+i + MLRWS) 
ELEToAn+i = MAX(ELEToAn - £, ToAn + 9) + TTI 

There are different ways of calculating Mn+i as in the case of timing 
20 algorithm 1 : 

Mn+i calculation method I (the preferred method): 

Mn+i = Mfix + a(LAToAn+i - refn+i) = 
= Mfix + a(LAToAn + TTI - 5n+i - refn+i) 

Mn+i calculation method II: 

25 Mn+i = Mfix + a(LAToAn - refn) 
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Mn+i calculation method III: 

Mn+i = Mfix + a(ToAn - refn) 
Mn+j calculation method IV: 

Mn+i = Mfix (i.e. a = 0) 
5 Mn+i calculation method V: 

Mn+i = Mfix + a(ELEToAn+i - refn+i) 
Case 2, LAToA. - Mn < ToA^ <. LAToA^ OR LAToAn < ToAn < ELEToAn: 

5n+l = 5n/2 + 5inml/2 

ELEToAn+1 - MAX(ELEToAn - s, ToAn + (p) + TTI 
10 There are different ways of calculating Mn+i: 

Mn+i calculation method I (the preferred method hut also the most complex): 

Mn+i = Mfix + a(LAToAn+i - refn+i) = {see below for LAToAn+i} = 

- Mfix + a( MAX(ToAn + TTI + Mn+i - 5n+i, refn+i + MLRWS) - refn+i) => {refn+i 

- TTI = refn} ^ M„^i = 



15 ^MAX 



where 



— — xM r and — ^ are constants that can be preconfigured or 
calculated once and for all in advance. 

Mn^i calculation method II, III, IV and V are the same as in case 1 . 
The last step is to calculate LATo An+ 1 : 
20 LAToAn+i = MAX(ToAn + TTI + Mn+i - 5n+i, refn+i + MLRWS) 

Case 3. ToAn > LATo An AND ToAn > ELEToAn: 
5n+l = 5n/2 + 5minl/2 + f X (ToAn - MAX(LAToAn, ELEToAn)) 
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ELEToAn+i = To An + cp + TTI 

Mn+i is calculated in the same way as in case 2. 

LAToAn+i = MAX(ToAn + TTI + Mn4-i - 5n+i, refn+i + MLRWS) 

Case 4, the frame does not arrive at aU.: 

5 In this case ToAn is undefined. Set ToAn = refn and choose to perform the 

calculations of case 1 , case 2 or case 3 according to the normal criteria 
(which normally would result in that the calculations of case 1 are 
performed) . 

The following is a compact way of expressing timing algorithm 2 in the 
10 single-leg mode using Mn+i calculation method I in all cases: 

IF (frame with CFN = n does not arrive) THEN ToAn = refn; 

IF ToAn > LAToAn AND ToAn > ELEToAn THEN 

Sn-M = 6n/2 + 5minl/2 + f X (ToAn - MAX(LAToAn, ELEToAn)) 

ELSE 5n+l = 5n/2 + 5minl/2; 

15 ELEToAn+i = MAX(ELEToAn - s, ToAn + 9) + TTI; 

IF ToAn > LAToAn - M„ THEN 
{ 



= MAX 



-!—x(Mj.^+ax{ToA„ -S„,, -ref„)\Mj.^ +axMLRWS 
1-a J 



20 LAToAn+i = MAX(ToAn + TTI + Mn+i - 6n+i, refn+i + MLRWS); 

} 

ELSE 
{ 

LAToAn+i = MAX(LAToA„ + TTI - 6n+i, refn+i + MLRWS); 
25 Mn+i = Mfix + a(LAToAn+i - refn+i); 

}; 
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This timing algorithm may also be expressed in times relative to the time 
reference ref instead of absolute times. The resulting algorithm 
description follows below (with ELERToAn denoting the Extended Latest 
Expected Time of Arrival for the frame with CFN = n and ELERToAinit = 
5 LARToAinit). 

Case 1, RToAn < LARToAn - Mn: 

5n+l = Sn/2 + 8mml/2 

LARToAn+i = MAX(LARToAn - 5n+i, MLRWS) 

ELERToAn+i = MAX(ELERToAn - s, RToAn + cp) 

10 There are different ways of calculating Mn+i: 

Mn+i calculation method I (the preferred method): 

Mn+i = Mfix + a X LARToAn+i = 
= Mfix + a(LARToAn - 

Mn+i calculation method II: 
15 Mn+i = Mfix + a X LARToAn 

Mn+i calculation method III: 

Mn+i = Mfix + a X RToAn 

Mn+i calculation method IV: 

Mn+i = Mfix (i.e. a = 0) 
20 Mn+i calculation method V: 

Mn+i = Mfix + a X ELERToAn+i 

Case 2, LARToAn - Mn < RToAn < LARToAn OR LARToAn < RToAn < 
ELERToAn: 

5n+l - 5n/2 + 5minl/2 
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ELERToAn+i = MAX(ELERToAn - s, RToAn + (p) 

There are different ways of calculating Mn+i: 

Mn+j calculation method I (the best but also the most complex): 

Mn+i = Mfix + a X LARToAn+i = {see below for LARToAn+i} = 
5 = Mfix + a X MAX(RToAn + Mn+i ~ 5n+i, MLRWS) => 



M,^, = MAX 



^ 1 a ^ 



V 



xM^^ ^^x{RToA„ -S^^jMf. +axMLRWS 
1-a ^ \-a ) 



where 



1 cc 
xM r and are constants that can be preconfigured or 

1-a 1-a 

calculated once and for all in advance. 

Mn+i calculation method n, IH, IV and V are the same as in case 1. 
10 The last step is to calculate LARToAn+i: 

LARToAn+i = MAX(RToAn + Mn+i - 5n+i, MLRWS) 

Case 3, RToAn > LARToAr, AND RToA.. > ELERToAn: 

5n^-l = 5n/2 + 5minl/2 + f X (RToAn - MAX(LARToAn, ELERToAn)) 

ELERToAn+i = RToAn + (p 
15 Mn+i is calculated in the same way as in case 2. 

LARToAn+i = MAX(RToAn + Mnn - 5n+i, MLRWS) 
Case 4, the frame does not arrive at all: 

In this case RToAn is undefined. Set RToAn = 0 and choose to perform the 
calculations of case 1, case 2 or case 3 according to the normal criteria 
20 (which normally would result ia that the calculations of case 1 are 

performed) . 

The following is a compact way of expressing timing algorithm 2 in the 
single-leg mode when relative times are used (using Mn+i calculation 
method I in all cases) : 
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IF (frame with CFN = n does not arrive) THEN RToAn = 0; 

IF RToAn > LARToAn AND RToAn > ELERToA„ THEN 

6n+l = 5n/2 + 5minl/2 + fx (RToAn - MAX(LARToAn, ELERToAn)) 

ELSE 6n+i = 6n/2 + Ominl/2j 

5 ELERToAn+i = MAX(ELERToA„ - 8, RToAn + cp); 

IF RToAn > LARToAn - Mn THEN 
{ 

X [Mj.^ + a X {RToA„ - 5„^, )),Mj.^ +ax MLRWS j ; 
cc J 



M„^, - MAX 



LARToAn+i = MAX(RToAn + Mn+i - 5n+i, MLRWS); 
10 } 

ELSE 

{ 

LARToAn+i = MAX(LARToAn - 5n+i, MLRWS); 
Mn+i = Mfix + a X LAToAn+i; 
15 }; 

When timing algorithm 2 is used in the all-leg mode there are only few 
differences from the above description. Like for timing algorithm 1 in the 
all-leg mode the ToA and RToA parameters are replaced by the ToAoLF 
(Time of Arrival of Last Frame) and RToAoLF (Relative Time of Arrival of 

20 Last Frame) parameters, which both refer to the arrival time of the last 

uplink frame with a certain CFN from any of the macro diversity legs to 
be combined (except the one across the radio link of the DHO node) . In 
addition, the MLRWS parameter is replaced by the MRWS (Minimum 
Receive Window Size) parameter, which refer to the receive window for all 

25 macro diversity legs to be combined. Furthermore, in the aU-leg mode the 

condition for case 4 becomes that none of the uplink frames arrive 
(including all macro diversity legs to be combined except the one across 
the DHO node's own radio interface). The rule for how to handle a 
LARToAinit parameter signalled from the RNC is the same as for timing 

30 algorithm 1. 



Timing Algorithm 3 
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Timing algorithm 3 is a simplification of timing algorithm 1 that results 
from setting f = 0 in timing algorithm 1. A result from setting f=0, is that 
the 5 parameter becomes a constant, i.e. 5 == 5mm for aU CFNs, since f is a 
parameter that is used in the calculation of 5 when a frame arrives with 
5 essential longer delay than previously arrived frames. If f=0, the 5 can not 

be changed and it maintains its initial value accordingly. Another 
consequence is that case 2 and 3 in timing algorithm 1 are merged into 
one case in timing algorithm 3. 

The compact expression of timing algorithm 3 in the single-leg mode 
10 when absolute times are used becomes as follows: 

IF (frame with CFN = n does not arrive) THEN ToAn = refn; 

IF ToAn > LAToAn - Mn THEN 
{ 

15 =MAX\-^><(Mj.^+ax{ToA„-S,,i,,-refJlMj.^+ocxMLRWS ; 

\l-a ) 

LAToAn+i = MAX(ToA„ + TTI + M„+i - 5min, refn+i + MLRWS); 
} 

ELSE 
{ 

20 LAToAn+i = MAX(LAToAn + TTI - Smin, refn+i + MLRWS); 

Mn+i = Mfix + a{LAToAn+i - refn+i); 

}; 

The compact expression of timing algorithm 3 in the single-leg mode 
when relative times are used becomes as follows: 

25 IF (frame with CFN = n does not arrive) THEN RToA„ = 0; 

IF RToAn > LARToAn - Mn THEN 
{ 

( \ f \ \ 

>^MLRWS\\ 

\\-a J 



M„^i = MAX 



LARToAn+i = MAX(RToAn + Mn+i - Smin, MLRWS); 
30 } 
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ELSE 

{ 

LARToAn+i = MAX{LARToAn - 5min, MLRWS); 
Mn+i = Mfix + a X LARToAn+i; 

5 }; 

The differences between the alUeg mode and the single-leg mode that 
were described for timing algorithm 1 also apply for timing algorithm 3 . 

Timing Algorithm 4 

Timing algorithm 4 is not really an algorithm in the normal sense of the 
10 word. It uses fixed (non- adaptive) leg receive windows in contrast to the 

timing algorithms 1-3. Timing algorithm 4 is therefore not within the 
scope of the claims. 

The leg receive window size (LRWS) for each DCH macro diversity leg can 
be either preconfigured, derived from DCH characteristics or signalled 
15 from the RNC. If signalled from the RNC, the LARToAinit parameter is 

used as the LRWS. The RNC can base the calculation of suitable 
LRWS/LAToAinit values on e.g. information in the topology database or 
possibly other information sources. 

Assuaning j macro diversity legs for a DCH (except the one across the 
20 DHO node's own radio interface) that are indexed 1 - j. The size of the 

receive window (RWS) , as defined by the latest allowed time of combining, 
is then equal to the greatest leg receive window, i.e. 
RWS == MAX(LRWSi, LRWSj). 

There is no significant difference between the single-leg mode and the all- 
25 leg mode for this timing algorithm, but the algorithm may still behave 

differently for the different modes, if the leg receive windows for the 
different macro diversity legs are given different sizes. Furthermore, if the 
algorithm is used in the aU-leg mode, a single fixed receive window is 
used for all macro diversity legs instead of a fixed leg receive window for 
30 each macro diversity leg. 
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Timing Algorithms for Non-Radio Active DH O Nodes 

The uplink combining timing algorithms in this section are designed for 
non-radio active DHO nodes, e.g. non-radio active Node Bs or routers, 
but they may also be used in radio active DHO nodes. 

5 With certain modifications timing algorithm 1, 2 and 3 (expressed with 

absolute times) can be adapted to non-radio active DHO nodes. The 
modifications that are needed are: 

• the LAToAinit parameter value has to be set differently, 

• the MLRWS parameter cannot be used, 

10 • most of the M (both Minit and Mn+i) calculation methods cannot be used 
(in essence Mdynamic cannot be calculated and therefore M = Mfix), and 

• the actions for case 4 have to be modified (to adapt to the lack of time 
reference and to ensure that the relevant parameters in the all-leg mode 
are not adapted) . 

15 These modified timing algorithms are given the same number but with an 

"-NRA" suffix to indicate that they are adapted to Non-Radio Active DHO 
nodes. 

When timing algorithms 1-NRA, 2-NRA and 3-NRA are used in the single- 
leg mode there is no limit to how far the leg receive window end 

20 advancing mechanism can advance the end of the leg receive window. 

This is due to the absence of the MLRWS parameter. Thus, if no frame 
arrives for a significant time period (with a consequent continuous 
advancing of the LAToA parameter) , then when a frame subsequently 
arrives, the A parameter may be very large. For timing algorithms 1-NRA 

25 and 2-NRA this will result in an undesirably large 5 parameter. Therefore, 

timing algorithms 1-NRA and 2-NRA should preferably be used in the all- 
leg mode. 



Timing Algorithm 1 -Non-Radio Active (NRA) 
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The timing algorithm is first described in the single-leg mode and then in 
the all-leg mode. The differences between the two modes are highlighted. 

There is no natural time reference marking the beginning of the leg 
receive window in a non-radio active DHO node. Therefore it is not 
5 possible to express the timing algorithm using relative times. Another 

consequence is that the MLRWS parameter cannot be used. 

Yet a consequence of the lack of time reference is that no LAToAinit 
parameter value can be set in advance, neither by the RNC nor by the 
non-radio active DHO node. Instead LAToAmit is set in relation to the 

10 arrival time of the first uplink frame that is received on the transport 

bearer of the concerned macro diversity leg of the concerned DCH after 
initiation of the DHO functionality. When the first uplink frame from any 
of the macro diversity legs arrive, the LAToAmit parameters of the other 
macro diversity legs are still undefined, which means that the latest 

15 allowed time of combining at that moment is defined by the only yet 

defined LAToAmit parameter. To allow some time for the frames (with the 
same CFN) of the other macro diversity legs to arrive and be combined 
the LAToAinit parameter is set to the arrival time of the first received 
uplink frame from the concerned macro diversity leg with an added 

20 margin, d. That is, assuming that the first received uplink frame from a 

macro diversity leg has a CFN = i then LAToAinit = LAToAi = ToAi + d, 
where 0 < d < Mfix. If this received frame was the first frame to be received 
from any of the macro diversity legs, the latest allowed time of combining 
is set to LAToAinit. If subsequently a frame arrives from any of the other 

25 macro diversity legs before the latest allowed time of combining and the 

LAToAinit parameter for this macro diversity leg is set to a later time than 
the latest allowed time of combining, then the latest allowed time of 
combining is adjusted to this later time. The d parameter may be 
preconfigured, derived from DCH characteristics or signalled from the 

30 RNC. When the timing algorithm is used in the single-leg mode and the d 

parameter is signalled from the RNC, the d parameter may be different 
for different macro diversity legs. Since only the initial set of frames is 
affected by the d parameter(s) , the d parameter is not important and may 
be omitted for simplicity (which is equivalent to setting d = 0) . 
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Furthermore, since the calculation of Mdynamic depends on time 
measurements in relation to a time reference (ref), the M parameter more 
or less has to be a fixed value, i.e. M = Max, which is the same for all 
CFNs for the same DCH macro diversity leg in a non-radio active DHO 
node. 

However, Mfix may be calculated for a specific DCH macro diversity leg in 
a certain non-radio active DHO node, which means that it may vary from 
one DCH macro diversity leg to another, from one DCH to another and 
from one non-radio active DHO node to another. If Mfix is signalled from 
the RNC, it may be derived from information in the topology database 
(and/ or possibly other information sources) in combination with DCH 
characteristics such as the QoS. Otherwise the non-radio active DHO 
node may calculate Mfix based on the DCH characteristics signalled from 
the RNC. Mfix may also be a preconfigured value. In any case it is 
recommended that Msx » 

The actions of case 4 also have to be changed, since there is no time 
reference value to set the ToA parameter to. Instead a non-radio active 
DHO node sets the ToA parameter to LAToA - M in case 4. 

The following is a description of the resulting timing algorithm 1-NRA 
(with M = Mfix for all CFNs). 

For the first received frame (i.e. the initial frame with CFN == i): 
LAToAi = ToAi + d 

LAToAi+i = ToAi + TTI + Msx - 5i+i 

For subsequent frames the same four cases are used as for timing 
algorithm 1: 

Case 1: ToAn ^ LAToA„ - Mgx 
Case 2: LAToAn - Mfsx < ToAn <. LAToA„ 



Case 3: ToA„ > LAToAn 
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Case 4: The frame does not arrive at all, i.e. ToAn is undefined. 

The calculations performed for the different cases are described below. 

Case 1 , ToAn < LAToAn - Max: 

5n+l - 5n/2 + 5minl/2 

5 LAToAn+1 = LAToAn + TTI - Sn+i 

Case 2, LAToArn - Mfiv < ToAn < LAToAn: 

5n+l = 5n/2 + 5ininl/2 

LAToAn-M = ToAn + TTI + Mfix - 5n+l 

Case 3, ToAn > LAToAn: 

10 5x1+1 = 5n/2 + 5minl/2 + f X An 

LAToAn+1 = ToAn + TTI + Mfix - 5n+i 
Case 4, the frame does not arrive at all: 

In this case ToAn is undefined. Assume that ToAn = LAToAn - Mfix and 
perform the calculations of case 1 . 

15 The following is a compact way of expressing timing algorithm 1-NRA in 

the single-leg mode (for all but the first frame): 

IF (frame with CFN = n does not arrive) THEN ToAn = LAToAn - Mfsx; 
An = ToAn - LAToAn; 

IF An > 0 THEN 6a+l = 5„/2 + 5minl/2 + f X An ELSE 5n+l = 5n/2 + 5mml/2; 

20 IF An > -Mn THEN LAToAn+i = ToAn + TTI + Mcx - 5n+i 

ELSE LAToAn+i = LAToAn + TTI - 5„+i; 
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When timing algorithm 1-NRA is used in the all-leg the ToA parameter is 
replaced by the ToAoLF (Time of Arrival of Last Frame) parameter, which 
refers to the arrival time of the last uplink frame with a certain CFN from 
any of the macro diversity legs to be combined. The LAToAinit parameter 
5 is set in the same manner as the latest allowed time of combining for the 

first set of frames is set for timing algorithm 1-NRA in the single-leg 
mode. That is, when the first frame arrives from any of the macro 
diversity legs (and assuming this frame- has CFN = i), then LAToAmit = 
LAToAi = ToAi + d, which also consequently becomes the end of the initial 
10 receive window. If subsequently a frame with CFN = i arrives from any of 

the other macro diversity legs before the end of the receive window, the 
LAToAinit/ LAToAi parameter (and consequently the end of the initial 
receive window) is adjusted accordingly. 

Furthermore, in the all-leg mode the condition for case 4 becomes that 
15 none of the uplink frames arrive (including all macro diversity legs to be 

combined). None of the relevant parameters are adapted in case 4. 

If signalling of the Mbx parameter from the RNC is used, the RNC may or 
may not send an Mex parameter to a non-radio active DHO node using 
the timing algorithm in the all-leg mode, when adding a new leg to be 
20 combined in the non-radio active DHO node. The RNC may also send a 

new Mfix parameter to a non-radio active DHO node whose combining 
procedure is not directiy affected, because the delay of one of the existing 
macro diversity legs is affected by changes further down in the DHO node 
tree. 

25 A description of timing algorithm 1-NRA in the all-leg mode follows below 

(with An = ToAoLFn - LAToAn) . 

For the first received set of frames (i.e. the initial set of frames with CFN 
= i): 

LAToAi is set as described above. 

30 5i+i = 5min 

LAToAi+1 = ToAoLFi + TTI + Mfix - 5i+i 
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For subsequent sets of frames the following four cases are considered for 
timing algorithm 1-NRA in the all-leg mode: 

Case 1 : ToAoLFn < LAToAn - Msx 

Case 2: LAToAn - Max < ToAoLFn ^ LAToAn 

5 Case 3: ToAoLFn > LAToAn 

Case 4: No fratne arrives from any of the macro diversity legs, i.e. 
ToAoLFn is undefined. 

The calculations performed for the different cases are described below. 
Case 1 , ToAoLR. < LAToAn - Mg^: 

10 5n+l = 5n/2 + 5minl/2 

LAToAn+1 = LAToAn + TTI - 5n+i 

Case 2, LAToAn - Mfi^ < ToAoLFn < LAToAn: 

5n+l — 5n/2 + 5minl/2 

LAToAn+i = ToAoLFn + TTI + Mhx - 5n+i 
15 Case 3. ToAoLFn > LAToAn: 

if 

5n-l-l = Sn/2 + 5mml/2 + f X An 

LAToAn+1 = ToAoLFn + TTI + M&c - 5n-f i 

Case 4, no frame arrives from any of the macro diversity legs: 

In this case the relevant parameters should not be adapted in any way, 
20 i.e. 

5n+l — 5n 

LAToAn+1 = LAToAn + TTI 
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The following is a compact way of expressing timing algorithm 1-NRA in 
the all-leg mode (for all but the first set of frames):' 

IF (no frame with CFN = n arrives) THEN 
{ 

5 5n+l = 5n; 

ToAoLFn = LAToAn - Mfe; 
} 

ELSE 
{ 

10 An = ToAoLFn - LAToAn; 

IF An > 0 THEN 5„+l = 6n/2 + Sminl/a + f X An ELSE 5n+l = 6n/2 + 5mml/2; 

IF An > -Mn THEN LAToAn+i = ToAoLFn + TTI + Mfe - 5n+i 
ELSE LAToA„+i = LAToAn + TTI - 5n+i; 

}; 

15 Timing Algorithm 2-NRA 

When modifying timing algorithm 2 to timing algorithm 2-NRA the same 
modification principles can be used as when modifying tiining algorithm 
1 into timing algorithm 1-NRA (including the setting of LAToAinit and that 
M = Mfix for all CFNs). The resulting timing algorithm is first described in 
20 the single-leg mode and then in the all-leg mode. 

For the first received frame (i.e. the initial frame with CFN = i) : 
LAToAi = ToAi + d 

5i+l = 5min 

LAToAi+1 = ToAi + TTI + Mfe - Si+i 

25 ELEToAi+i = ToAi + (p + TTI 

For subsequent frames the same four cases are used as for timing 
algorithm 2: 

Case 1: ToAn < LAToAn - Mcx 



Case 2: LAToAn - M&: < ToAn ^ LAToAn OR LAToA„ < ToAn < ELEToAn 
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Case 3: ToA„ > LAToAn AND ToAn > ELEToAn 

Case 4: The frame does not anrive at all, i.e. ToAn is xmdefined. 

The calculations performed for the different cases are described below. 

Case 1 . ToAn ^ LAToAr. - Mf«: 

5 5n+l = 5ii/2 + 5niinl/2 

LAToA„+i = LAToAn + TTI - 6n+i 

ELEToAn+i = MAX(ELEToAn - e, ToAn + 9) + TTI 

Case 2. LAToA.. - Mfiv < ToAn ^ LAToAn OR LAToAn < ToAn ^ ELEToAn: 

5n+l = 5n/2 + 5niml/2 

10 LAToAn+i = ToAn + TTI + Mgk - 5n+i 

ELEToAn+1 = MAX(ELEToAn - e, ToAn + 9) + TTI 
Case 3. ToAn > LAToAn AND ToAn > ELEToAn: 

5n^l = 5n/2 + 5niinl/2 + f X (ToAn " MAX(LAToAn, ELEToAn)) 
LAToAn+1 = ToAn + TTI + Mfix - 6n+i 
15 ELEToAn+1 = ToAn + 9 + TTI 

Case 4, the frame does not arrive at all: 

In this case ToAn is undefined. Assume that ToAn = LAToAn - Mcx and 
perform the calculations of case 1 . 

The following is a compact way of expressing timing algorithm 2-NRA in 
20 the single-leg mode (for all but the first frame): 

IF (frame with CFN = n does not arrive) THEN ToAn = LAToAn - Mfix; 

IF ToAn > LAToAn AND ToAn > ELEToAn THEN 

5n-.l = 5n/2 + 5minl/2 + f X (ToAn - MAX(LAToAn, ELEToAn)) 

ELSE 5n+l == 5n/2 + 5minl/2; 
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ELEToAn+i = MAX(ELEToAn - s, ToAn + 9) + TTI; 

IF ToAn > LAToAn - Mn THEN LAToAn+i = ToAn + TTI + M&c - 5n-»-i 
ELSE LAToAn-M = LAToAn + TTI - 5n+i; 

When timing algorithm 2-NRA is used in the aU-leg the ToA parameter is 
5 replaced by the ToAoLF (Time of Arrival of Last Frame) parameter, which 

refers to the arrival time of the last upUnk frame with a certain CFN from 
any of the macro diversity legs to be combined. The LAToAinit parameter 
is set as described for timing algorithm 1-NRA in the all-leg mode. 
Furthermore, in the all-leg mode the condition for case 4 becomes that 
10 none of the uplink frames arrive (including all macro diversity legs to be 

combined). None of the relevant parameters are adapted in case 4. 

If signalling of the Mgk parameter from the RNC is used, the RNC may or 
may not send an Mfix parameter to a non-radio active DHO node using 
the timing algorithm in the all-leg mode, when adding a new leg to be 
15 combined in the non-radio active DHO node. The RNC may also send a 

new Mfix parameter to a non-radio active DHO node whose combining 
procedure is not directly affected, because the delay of one of the existing 
macro diversity legs is affected by changes further down in the DHO node 
tree. 

20 A description of timing algorithm 2-NRA in the all-leg mode follows below 

(with An = ToAoLFn - LAToAn). 

For the first received set of frames (i.e. the initial set of frames with CFN 
= i): 

LAToAi is set as described for timing algorithm 1-NRA in the all-leg mode. 

25 5i+l = 5min 

LAToAi+1 = ToAoLFi + TTI + Max ~ 5in 
ELEToAi+i = ToAoLFi + cp + TTI 



For subsequent frames the same four cases are used as for timing 
algorithm 2: 
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Case 1: ToAoLFn ^ LAToAn - Msx 

'J 

Case 2: LAToAn - Mcx < ToAoLF„ ^ LAToAn OR 
LAToAn < ToAoLFn < ELEToAn 

Case 3: ToAoLFn > LAToAn AND ToAoLFn > ELEToAn 



5 Case 4: No frame arrives from any of the macro diversity legs, i.e. 

ToAoLFn is undefined. 

The calculations performed for the different cases are described below. 
Case 1 . ToAoLFr. ^ LAToAr, - Ms^: 

Sn+l = 5n/2 + 5minl/2 

10 LAToAn+i = LAToAn + TTI - 5n+i 

ELEToAn+i = MAX(ELEToAn - 8, ToAoLFn + cp) + TTI 

Case 2. LAToAn - Mfiv < ToAoLFn ^ LAToAn OR 
LAToAn < ToAoLFn ^ ELEToAn: 

5n+l = 5n/2 + 5mml/2 

15 LAToAn+1 = ToAoLFn + TTI + - Sn-n 

ELEToAn* 1 = MAX(ELEToAn - e, ToAoLFn + 9) + TTI 

Case 3. ToAoLFn > LAToAn AND ToAoLF. > ELEToAn: 

5n+i = 5n/2 + 5mmi/2 + f X (ToAoLFn - MAX(LAToAn, ELEToAn)) 

LAToAn* 1 = ToAoLFn + TTI + Msx - 5n+i 

20 ELEToAn* 1 = ToAoLFn + 9 + TTI 

Case 4. no frame arrives from aav of the macro diversity legs: 

In this case the relevant parameters should not be adapted in any way, 
i.e. 
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LAToAn+i = LAToAn + TTI 
ELEToAn-f 1 = ELEToAn + TTI 

The following is a compact way of expressing timing algorithm 2-NRA in 
5 the all-leg mode (for all but the first set of frames): 

IF (no frame with CFN = n arrives) THEN 
{ 

5n+l ^ Snj 

LAToAn-M = LAToAn + TTI; 
10 ELEToA„+i = ELEToAn + TTI; 

} 

ELSE 
{ 

IF ToAoLFn > LAToAn AND ToAoLFn > ELEToAn THEN 
15 SnH-i = 5n/2 + 5mini/2 + f X (ToAoLFn - MAX(LAToAn, ELEToAn)) 

ELSE 5n+l = 5n/2 + 6mml/2; 

ELEToAn+1 = MAX(ELEToAn - s, ToAoLFn + (?) + TTI; 
IF ToAoLFn > LAToAn - Mn THEN 
LAToAn+i = ToAoLFn + TTI + Mbx - 5n+i 
20 ELSE LAToAn+i = LAToAn + TTI - 5n+i; 

}; 

Timing Algorithm 3-NRA 

When modifying the previously described timing algorithm 3 to timiag 
algorithm 3-NRA the same modification principles can be used as when 
25 modifying the timing algorithms 1 and 2 iato the timing algorithms 1- 

NRA and 2-NRA (including the setting of LAToAinit and that M = Max for all 
CFNs) . The resulting timing algorithm is first described in the single-leg 
mode and then in the all-leg mode. 

For the first received frame (i.e. the initial frame with CFN = i): 



30 LAToAi = ToAi + d 
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LAToAi+i = ToAi + TTI + M&c - 5min 

Since tiining algorithm 3-NRA is merely a simplification of timing 
algorithm 1-NRA (i.e. timing algorithm 1-NRA with f = 0), the rest of the 
algorithm is expressed only in compact form: 

5 IF (frame with CFN = n does not arrive) THEN ToAn = LAToAn - Mfix; 

IF ToAn > LAToAn - Max THEN LAToAn+i = ToAn + TTI + M&c - Sxnin 
ELSE LAToAn+i = LAToAn + TTI - 

The differences between the all-leg mode and the single-leg mode that 
were described for timing algorithm 1-NRA apply for timing algorithm 3- 
10 NRA too. A compact description of timing algorithm 3-NRA in the all-leg 

mode follows below. 

For the first received set of frames (i.e. the initial set of frames with CFN 
= i): 

LAToAi is set as described for timing algorithm 1-NRA in the all-leg mode. 
15 LAToAi+i = ToAoLFi + TTI + Mgx - 5mm 

For subsequent sets of frames: 

IF (no frame with CFN = n arrives) THEN 

LAToAn+i = LAToAn + TTI 

ELSE IF ToAoLFn > LAToAn - Mfix THEN 

20 LAToAn+l = ToAoLFn + TTI + Mfix - 5mm 

ELSE LAToAn+i = LAToAn + TTI - 5 min 9 
Timing Algorithm 4-NRA 

Timing algorithm 4-NRA is used only in the all-leg mode. A single-leg 
mode adaptation of the algorithm is conceivable, but it is not described in 
25 the present application. 

In the following description of timing algorithm 4-NRA, the CFNs are 
numbered CFNO, CFNl, CFN2, ....CFNn, CFNn+1,.... Parameters 
corresponding to the CFNs have the corresponding indexes. 
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In general, if aU the candidate frames for CFNn arrive before LAToAn, the 
DHO node combines them and sends the result without waiting until 
LAToAn. If not all candidate frames for CFNn have arrived at LAToAn, the 
5 DHO node combines the candidate frames that it has received and sends 

the result. If only one candidate frame is received, that frame will be 
forwarded unchanged. If no frame is received, nothing is sent. 



When the first uplink frame that is subject for combination arrives at 
10 time to, the DHO node sets the LAToA for the CFN, CFNO, of the received 

frame to to+A (this LAToA is denoted LAToAo, i.e. LAToAo=to+A) , where A is 
a fraction of the TTL Note that the parameter A has a different meaning 
in this timing algorithm than in the previously described timing 
algorithms. 

15 

The below stated general rules for subsequent CFNs are divided into two 
different cases: 

1 . All candidate frames for CFNn arrive before LAToAn. 

In this case, if the time of arrival of the last combined frame for CFNn, 
20 ToAoLCFn, was later than, or equal to, LAToAn-A, i.e. LAToAn- 

A<ToAoLCFn^LAToAn, then LAToAn+i is set to 

LAToAn+i==ToAoLCFn+TTI+A. Otherwise, if the last combined frame 
arrived before LAToAn-A, i.e. ToAoLCFn< LAToAn-A, LAToAn+i is set to 
LAToAn+i= LAToAn+TTI-8, where 5 is a fraction of A. Note that the 
25 parameter 5 has a different meaning in this timing algorithm than in 

the previously described timing algorithms. According to another 
embodiment, an additional rule to this general rule is that if LAToA-A- 
5<ToAoLCFn ^ LAToA- A, then LAToAn+i is set to LAToAn+i= 
LAToAn+TTL 

30 

2. Not aU candidate frames for CFNn arrive before LAToAn. 

In the second case, when not all the candidate frames for CFNn have 
arrived at LAToAn, the DHO node wiU set LAToAn+i based on the time 
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of arrival of the last combined frame for CPNn, ToAoLCFn. If ToALCFn 
was later than, or equal to, LAToAn-A (i.e. LAToAn-A 
<ToALCFn:^LAToAn) , then LAToAn+i is set to 

LAToAn+i=ToAoLCFn+TTl+A. Otherwise, if the last combined frame 
5 arrived before LAToAn-A (i.e. ToAoLCFn<LAToAn-A) or if no candidate 

frame at all was received, LAToAn+i is set to LAToAn+i=LAToAn+TTL If 
subsequently a candidate frame for CFNn is received after LAToAn at 
the time of ToALUFn (i.e. time of arrival of late uncombined frame for 
CFNn), LAToAn+i will be set to LAToAn+i=ToAoLUFn+TTI+A. As for the 
10 treatment of the actual late uncombined frame, the DHO node has 

two options: it could forward it unchanged or discard it. Preferably, 
the DHO node should discard it in order to not waste bandwidth and 
not to confuse a possible second combining DHO node further along 
the uplink. 



15 



The described combining timing scheme is illustrated in figure 7 and 8. 
An example of preferred values of A and 5 are 6= 10 p.s and A=250 \is. 



Timing algorithm 4-NRA results in that the DHO node adapts the LAToA 
20 to the maximum delay that a frame can experience on the path between 

the Node B and the combining DHO node, whenever a frame arrives later 
than expected, the DHO node adjusts the next LAToA. This is what is 
desired assuming that no frames are subject to larger transport delays 
than the QoS of the bearer allows. To recover from abnormally delayed 
25 frames and to handle clock drifts (between nodes whose clocks are not 

sjnachronised with each other), there is also a slow adaptation in the 
other direction (i.e. adjusting the next LAToA earlier in time) when all the 
candidate frames arrive early. 5 is used for this purpose. 



30 One way to reduce the need for an adaptive timing algorithm is to ensure 

that the Node B always sends a frame even when there is no correctly 
received data to send even when the DCH FP silent mode and DTX are 
used. It would then use a TFI indicating TBs of zero length, or even more 
preferred, send a frame consisting of only the CFN. In the latter case, the 
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resulting IP packet, with header compression applied, would consist of 
only five bytes. With this function in place a corabining DHO node could 
always wait for all the expected candidate frames to arrive before 
combining the frames instead of using an adaptive timing algorithm. 

5 

The method illustrated in the flowchart of figure 11 for executing a 
macro diversity functionality in a mobile telecommunication system 
comprising the step of performing an uplink combining of Dedicated 
Channel, DCH, frames of the present invention comprises the steps of 

iO -estimating the size of an adaptive receive window for receiving said DCH 

frames, wherein the adaptive receive window comprises a starting point, 
denoted ref, and an end point for receiving a next DCH frame or a next 
set of DCH frames to be combined having a Connection Frame Number n, 
CFNn, based on the Time of Arrival, ToA, of a previous frame or a 

15 previous set of frames having a CFNn-i, and 

-adjusting the adaptive receive window by changing its end point for a 
new frame or a new set of frames in accordance with the estimated size. 



The method may as described above be implemented in one or more DHO 
20 nodes. Furthermore, the method and thus functionality of the RNC, the 

Node Bs and the routers and possible other types of nodes acting as DHO 
nodes used in the present invention may be implemented by a computer 
program product. The computer program product is directiy loadable into 
the internal memory of a computer within one or more nodes, in the 
25 mobile telecormnunication network according to the present invention, 

comprising the software code portions for performing the steps of the 
method according to the present invention. The computer program 
product is further stored on a computer usable medium, comprising a 
readable program for causing a computer, within a router, server, RNC or 
30 Node B or other type of node comprising DHO functionality in the mobile 

telecommunication network according to the present invention, to control 
an execution of the steps of the method of the present invention. 
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In the drawings and specification, there have been disclosed typical 
preferred embodiments of the invention and, although specific terms are 
employed, they are used in a generic and descriptive sense only and not 
for purposes of limitation, the scope of the invention being set forth in 
5 the following claims. 



